она не может это перевести

человеко-машинный интерфейс (ЧМИ)
Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
[ ГОСТ Р МЭК 60447-2000]

человекомашинный интерфейс (ЧМИ)
Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
[ ГОСТ Р МЭК 60073-2000]

человеко-машинный интерфейс
Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
[ http://www.morepc.ru/dict/]

Параллельные тексты EN-RU

MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
[Schneider Electric]

Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
[Перевод Интент]

HMI на базе операторских станций

Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

Как же организован HMI в современных АСУ ТП?
Существует, как минимум, два подхода реализации функционала HMI:

1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

Процессор: Intel Pentium 4, 3.4 ГГц;
Память: DDR2 SDRAM до 4 ГБ;
Материнская плата: ChipSet Intel 945G;
Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
Степень защиты: IP 31;
Температура при эксплуатации: 5 – 45 C;
Влажность: 5 – 95 % (без образования конденсата);
Операционная система: Windows XP Professional/2003 Server.

Рис. 1. Пример промышленной рабочей станции оператора.

Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

Какое программное обеспечение используется?
На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
Программное обеспечение визуализации призвано выполнять следующие задачи:

1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

Как правило, SCADA состоит из двух частей:

1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

Рис. 3. Клиент-серверная архитектура операторского уровня.

Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.

 

Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
Как выглядит SCADA?
Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.

Рис. 6. Пример операторской мнемосхемы.
На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  

Рис. 7. Пример фейсплейта для управления насосом.

  Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
 

Рис. 8. Пример отображения двух параметров на тренде реального времени.
Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.

Рис. 9. Панель сообщений и аварийных сигнализаций.
Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

Tag Name = “MyPID”;
Tag Type = PID;

Fields (список параметров):

MyPID.OP
MyPID.SP
MyPID.PV
MyPID.PR
MyPID.TI
MyPID.DI
MyPID.Mode
MyPID.RemoteSP
MyPID.Alarms и т.д.

В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

1.    Wonderware Intouch;
2.    Simatic WinCC;
3.    Iconics Genesis32;
4.    Citect;
5.    Adastra Trace Mode

Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

Тематики

• автоматизация, основные понятия
• автоматизированные системы

Синонимы

• ЧМИ

EN

• CHI
• computer human interface
• HMI
• human interface
• human interface device
• human-computer interface
• human-machine interface
• man-machine communication
• man-machine interface
• MMI
• operator-machine communication

Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution

широкополосная система беспроводных телекоммуникаций типа «точка-многоточка»
LMDS представляет собой широкополосную систему беспроводных телекоммуникаций типа "точка-многоточка", которая функционирует в диапазоне частот выше 20 ГГц (конкретный диапазон зависит от страны и местного лицензирования диапазонов). Система LMDS предназначена для одно- или двусторонней передачи голоса, данных, Интернет-трафика и видео. На сегодня широко распространенного русского акронима для LMDS не существует, и даже в официальной русскоязычной документации специалисты пользуются для обозначения этой системы именно англоязычным акронимом LMDS. В принципе, LMDS можно перевести как локальная многоточечная распределительная система, но русский акроним такого перевода, повторимся, в профессиональной терминологии пока не существует.
По своей сути технология LMDS - это сотовая система передачи информации для фиксированных абонентов на основе радиоканала миллиметрового диапазона волн (для оборудования ДОК это частота 40,5-43,5 ГГц). По принципу своей организации система LMDS копирует принцип организации сети в мобильной сотовой связи. Для покрытия определенной территории (обычно города) разворачивается сеть перекрывающихся сот, в центре каждой из которых устанавливается базовая станция (БС). Одна БС системы LMDS позволяет охватить район в виде окружности (в реальности – это многоугольник) с радиусом в несколько километров и подключить несколько тысяч абонентских станций (АС). Сами БС в системе LMDS объединяются друг с другом высокоскоростными наземными каналами связи либо радиоканалами.
Как расшифровывается LMDS
L (local) — подчеркивает, что характеристики распространения радиоволн миллиметрового диапазона ограничивают территорию действия сотой. Испытания различных систем LMDS показывают, что радиус соты обычно не превышает 5-7 км.
M (multipoint) — показывает, что сигналы между БС и АС передаются по схеме "точка-многоточка" (вещательный метод). Для обратного канала, - в случае использования беспроводной связи, используется уже схема "точка-точка".
D (distribution) — означает распространение полезного сигнального трафика: голоса, данных, Интернет-трафика и видео.
S (service) — показывает коммерческий характер отношений между провайдером сервиса и подписчиками (клиентами). Именно от провайдера (оператора электросвязи) зависит, какие конкретно услуги из набора теоретически возможных будут предоставляться подписчикам сервиса.
Технология LMDS как решение "последней мили"
Системы LMDS получают в последнее время широкое распространение в мире как альтернатива кабельным сетям. Применение LMDS имеет ряд неоспоримых преимуществ перед кабельными сетями, в которых абонентская и опорная сеть строится за счет прокладки коаксиальных или оптических кабелей.
Основные преимущества технологии LMDS и то, чем она отличается от многих существующих технологий "последней мили":
Во-первых, LMDS - это беспроводная система. Значит, не потребуется прокладка достаточно дорогостоящих кабельных линий связи.

Во-вторых, сеть на основе LMDS может быть развернута за малый промежуток времени. Установка и наладка клиентского оборудования занимает всего день, а то и несколько часов.
В-третьих, при возникновении необходимости переезда в другой район система может быть в короткие сроки демонтирована и установлена в другом месте. Если новое место обслуживается оператором LMDS, достаточно будет переставить только абонентский терминал.
В-четвертых, относительно невысокая стоимость владения. Стоимость развертывания абонентского терминала и абонентская плата за канал LMDS меньше, чем за аналогичные по скорости передачи проводные каналы.
Источник: http://www.vinco-t.ru/
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• LMDS
• local - multipoint - distribution - service

Мы хотели бы поговорить с вами относительно нашей рекламации.

Я уже знаю о ваших претензиях и немедленно займусь этим делом.

Вы уже получили нашу рекламацию?

Да, мы получили вашу рекламацию, но еще не рассмотрели ее.

Мы уже обсудили вашу рекламацию.

Нам известно, что рекламация поступила к нам две недели назад.

В рекламации указаны все данные, которые требуются в соответствии с условиями контракта.

Все, что вы нам сообщили, неприятно для нас и для завода-изготовителя.

Да, нам необходимо разобраться с этой неприятной проблемой.

Мы настоятельно просим вас рассмотреть наши претензии и перевести на наш счет около 500 000 тенге.

Это серьезная проблема.

Хорошо, мы рассмотрим ваши претензии и, если они справедливы, переведем на ваш счет нужную сумму.

Мы надеемся, что вы примете все меры для дальнейшего удовлетворения нашей рекламации.

Рекламационные материалы...

- мы уже направили в адрес завода-изготовителя

- уже рассматриваются в головной фирме.

Качество товара не отвечает техническим условиям.

Товар находится в плохом состоянии.

Рекламационный материал не может быть продан.

На ваш товар нет сертификата качества.

До сих пор товар поступал в хорошем состоянии, но на этот раз мы были разочарованы.

Я знаю, что товары были безупречны, но исключения могут быть всегда.

Вы настаиваете на поставках рекламационного товара. Хорошо, мы примем его, но при условии, если вы снизите цену на 15%.

Мы просим о снижении цены.

Но на каком основании вы требуете такой высокой скидки?

Причина состоит в том, что качество товара не соответствует согласованным нами требованиям.

Поскольку срок гарантии еще не истек,...

- вы должны устранить дефекты в поставленных нам машинах

- мы просим о бесплатном устранении перечисленных неполадок.

Все случаи гарантийного ремонта мы проверим.

Если вы настаиваете на гарантийном ремонте, то необходимо, чтобы наши специалисты дали заключение относительно указанной неисправности.

Срок гарантии еще не истек.

Наша фирма не может признать рекламацию, так как истек гарантийный срок.

Какова причина выхода оборудования из строя?

Оборудование вышло из строя по причине дефектов завода-изготовителя.

Выход из строя должен быть зафиксирован в акте, подписанном заказчиком и поставщиком.

Мы не можем удовлетворить вашу просьбу о продлении гарантийного срока. Оборудование вышло из строя по вине вашего персонала.

Вопрос о возврате дефектного оборудования будет решаться представителями поставщика и заказчика в каждом отдельном случае.

Какие неисправности обнаружены в установке?

Нет никаких неисправностей.

К какому договору относятся эти установки?

При разборке машины специалисты обнаружили дефекты, которые возникли в процессе производства (в период доставки).

Дефекты были обнаружены только после пуска машины.

Проверка приборов показала, что они были в безукоризненном состоянии.

О недостатках машины наши специалисты расскажут непосредственно на заводе.

Мы могли бы на месте выяснить обстановку.

Я хочу предложить вам следующий путь удовлетворения этой рекламации.

Завод-изготовитель откомандирует специалистов, которые проверят неисправности в установке и решат вопрос об их устранении.

Затем этот же завод вышлет вам исправные машины или запасные части для ремонта.

Мы пошлем монтажников, которые заменят дефектные детали или произведут монтаж новых машин.

Мы просим срочно прислать нам ваших специалистов.

Завод-поставщик направит вам специалистов (монтажников).

Завод готов направить специалистов, чтобы...

- договориться об устранении дефектов

- заменить дефектные детали

- удовлетворить рекламацию

- проверить, действительно ли устранение неполадок должно быть произведено за наш счет.

Для оформления командировки специалистов нам нужно некоторое время.

Нам необходимо заранее договориться о результатах проверки.

Кто будет нести расходы, выяснится из заключительного протокола, который будет подписан нашими и вашими специалистами.

Покупатель (продавец) несет все расходы, связанные с устранением поломки, если она произошла по его вине.

Кто понесет расходы, если виновник поломки останется неизвестным?

Если виновник поломки неизвестен, то для консультации привлекаются соответствующие специалисты.

Наши специалисты после исчерпывающей беседы с вашими специалистами смогут решить этот вопрос.

Образцы, на основе которых был заключен контракт, были гораздо лучшего качества.

У нас другое мнение.

Поставленные вам товары действительно отличаются от высланных ранее образцов, но качество товаров скорее улучшилось, чем ухудшилось.

Это первая рекламация такого рода.

Неисправность возникла в связи с неквалифицированным обслуживанием.

Последняя партия товара оказалась недоброкачественной из-за повреждения упаковки.

До сих пор не поступало никаких жалоб на упаковку.

Поступивший товар не был упакован в соответствии с инструкциями.

Товар был аккуратно упакован.

Но мы говорим о порче упаковки (продукции).

По всей вероятности, дело в упаковке.

Речь идет о повреждении упаковки.

У вас имеются повреждения ящиков.

Повреждения произошли во время транспортировки.

Повреждений упаковки не было обнаружено.

Нам просто непонятно, как это могло произойти, так как до сих пор мы не получали никаких претензий относительно упаковки.

В данном случае повреждение произошло по вине покупателя.

Мы хотели бы узнать о готовности фирмы заменить недоброкачественный товар.

Как только завод-изготовитель получит товар, на который поступила рекламация, он убедится в справедливости ее и тотчас же поставит вас в известность.

Просим вас вернуть рекламационный товар и прислать акт экспертизы.

Продавец готов заменить всю партию недоброкачественного товара.

Возмещение убытков будет произведено после получения возвращаемого товара.

Мы, само собой разумеется, готовы заменить всю партию товара.

Но вы должны выслать назад рекламационные товары.

Чтобы покончить с этой рекламацией, мы поставим товары, не выставляя за них счет.

Речь идет о замене других деталей.

Но мы передадим вам разнарядки на возврат товара.

По контракту вы должны были поставить нам в третьем квартале 20 машин.

Мы же получили только 15.

Следовательно, по вашей вине произошла просрочка в поставках на срок пять месяцев.

Отставание до сих пор не ликвидировано.

Просим вас принять меры для...

- ускорения поставок

- устранения этих недостатков.

Мы передали вам рекламацию относительно недостачи...

- двух мест

- десяти тонн продовольствия

- пятнадцати ящиков с запчастями

- пяти вагонов

Недостача...

- была обнаружена в ящике с неповрежденной упаковкой

- имеется почти во всех партиях товара.

Ответственность за недостачу должна нести ваша сторона.

Эти факты мы должны проверить.

Сообщите, пожалуйста, точные данные о недостающих товарах.

Сообщите, пожалуйста, дату отгрузки, номер вагона, номер накладной и номер ведомости передачи вагонов от одной железной дороги другой дороге.